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(57) Abstract: An interface card (10) for a network or other communication channel, with limited intelligence, is implemented using 
a relatively slower, and lower cost embedded processor (14), supported by dedicated hardware logic for the purpose of intercepting 
certain packets being received via the network or communication channel (16). The interface comprises the first port (16) on which 
incoming data is received at the data transfer rate of the network, a buffer ( 1 3) coupled to the port mat stores received packets, and a 
second port (17) coupled with the buffer through which transfer of packets to the host (12) is executed. Packet filters ( 15) are coupled 
to the first port which identifies packets being stored in the buffer that have one of the plurality of variant formats. A processor is 
coupled with the buffer as well, and is responsive to the packet filter to process identified packets in the buffer The pattern match 
logic includes mask logic circuits, circuits to generate a hash in response to bytes selected by the mask, and a comparator which 
compares the output of the hash logic with an expected hash. 
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BACKGROUND OF THE INVENTION 

Field of the Invention 

The present invention relates to network interface devices for interconnecting host 
processors with a communication network, and more particularly to the processing of specific 
types of packets at the network interface. 



Description of Related Art 

Management of computer networks is accomplished in many systems by a central 
network management station which has access to end stations in the network for management 
functions. Several specialized control packets have been developed, which are transmitted to the 

1 5 end stations in support of these management functions. Some of these control packets are 

suitable for processing at the network interface, rather than after delivery to the host system on 
which the network interface is attached. 

In one prior art system, network interface devices are configured to capture packets while 
the host system is not active, including "wake up" packets using resources on the interface card. 

20 See, NIC Device-Class Power Management Specification, Version 1 .0a, November 2 1 , 1 997; 

Microsoft Corporation. (See, hnpV/www.mi c rnsoftcom/hwdev/snecs/PMref /PMnetwork.htm). 
The NIC Device-Class Power Management Specification handles the situation in which a host 
processor running Windows or another operating system OS wants to go to sleep, yet allow 
others to access any shared directories or devices it might have offered to the network. So the 

25 host OS passes the adapter a set of filters (filter=bit mask to specify which bytes are interesting 
and a byte string for comparing the interesting bytes) which the adapter should use. If a packet 
comes in matches the filters, then the adapter wakes up, and signals power management 
resources in the host system. 

As the speed and complexity of networks increase, more types of packets are suitable for 

30 being handled by processors in the smart interface cards. In order for a processor to react to the 
contents of packets, it must have resources to read the relevant part of the packet, and execute 
the appropriate instructions, as data is passing through the network interface card. If the 
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processor cannot keep up with the network, then packets will be dropped and network 
throughput will suffer. Relatively powerful processors by today's standards are required to keep 
up with fast networks, such as 100 Megabit per second or Gigabit per second Ethernet. 
However, such powerful processors add significant cost to the network interface cards. This 

variety of settings as technology advances on both fronts. 

Accordingly, it is desirable to provide a network interface capable of handling certain 
specialized packets, without incurring the increased costs associated with powerful on chip, or 
on-board, processors. 

SUMMARY OF THF INVENTION 
The present invention provides a network interface card, or an interface to other types of 
communication channels, with limited intelligence, implemented using a relatively slower, and 
lower cost embedded processor, supported by dedicated hardware logic for the purposes of 
intercepting certain packets being received via the network. In particular, the present invention 
provides an interface that comprises the first port on which incoming data is received at the data 
transfer rate of the network, a buffer coupled to the port that stores received packets, and a 
second port coupled with the buffer through which transfer of packets to the host is executed. 
Packet filters are coupled to the first port which identifies packets being stored in the buffer that 
have one of the plurality of variant formats. A processor is coupled with the buffer as well, and 
is responsive to the packet filter to process identified packets in the buffer. In this manner, the 
processor is able to operate at a slower speed, such that the processing time for a typical packet 
is greater than the amount of time that is consumed by storing a typical packet in the buffer. 
Because the processor is only required to handle packets identified by the dedicated packet filter 
logic, it need not have the capability to keep up with the entire data stream. 

In various embodiments, the packets intercepted according to the present invention 
include a remote control packet allowing a management console to remotely reboot the 
targetted computer. Such a packet would simply be discarded by the interface processor and 
an action performed to reboot the computer, such as by sending a command to the host using a 
management interface like the SMBus (See, Smart Battery System Specifications - System 
Management Bus Specification, Rev. 1.0, (1995) Benchmarq Microelectronics, Inc., et al.). 
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In another embodiment the intercept technique of the present invention is used for 
tracking the host computer's IP address. The processor on the interface card might need to 
know the local internet protocol IP address of its host This can be complicated if Dynamic Host 
Configuration Protocol DHCP, or another protocol for assigning dynamic IP addresses to 

5 devices on a network, is in use bv which the IP address mieht chanee over time. Bv traooine 
the DHCP packets and examining them before passing them to the host, the interface card can 
track the changes in the IP address as they happen, and do it without adding any extra 
instructions to the critical code paths on the host which might increase CPU utilization or reduce 
performance. The invention is particularly suited to environments in which the host system is 

,0 actively handling communications and other processing tasks, and in which the adapter is able to 
take over some specialized tasks without interfering with the active processing in the host 
system. 

For example, in one embodiment the first port comprises a medium access control unit 
configured for network having a data rate of 100 Mbps or higher. In this example, a simple 
15 RISC processor operating with a processor clock of 25 MHz, and an effective rate of executing 
instructions of less than 25 MHz, is provided on the network interface card. 

According to various aspects of the invention, the packet filter comprises one or more 
match logic circuits. The match logic circuits comprise mask logic circuits that store a mask 
identifying selected bytes within a packet of a particular format in the plurality of variant 
20 formats. Logic circuits to generate a hash in response to the selected bytes, such as cyclical 

redundancy code CRC hash logic, are coupled to the incoming port on the device. A comparator 
compares the output of the hash logic with an expected hash. If a match is detected, then the 
processor is signaled that the packet being received is, or may be, suitable for processing on the 
network interface card. The hash used by be imperfect, so that occasional packets that need not 
25 be processed by the local processor are trapped. 

According to another aspect of the invention, the mask logic within the pattern match 
logic includes a mask and a mask modifier. The mask logic uses the mask modifier in response 
to the packet format, so that variations of a particular format can be handled with a single set of 
pattern match logic circuits. For example, certain packets may have a format accommodating 
30 optional fields. The mask modifier is applied to account for the presence or absence of data in 
the optional fields, while selecting the bytes for input to the hash logic. For example the mask is 
modified by logic which causes certain bytes to be skipped by the mask and hash generator. 
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According to various embodiments of the invention, the buffer comprises a First-In- 
Fiist-Out (FIFO) buffer, a page mode RAM buffer, or other memory on or off the chip. As 
packets are supplied to the buffer, logic on the network interface card inserts a control field, such 
as a header, in the buffer. The results of the pattern match logic are written as a flag, or flags, in 
the control field to indicate whether the packet has a particular one of the plurality of variant 
formats. When a particular packet in the FIFO buffer reaches a stage for upload to the host 
computer, the logic on the network interface card issues an interrupt to the processor on the 
network interface card if a flag is set. In response to the interrupt, the packet in the FIFO buffer 
is processed locally on the network interface card. If the FIFO buffer overflows during the 
processing of the packet, then packets may be lost. However, because of the relatively small 
number of packets to be processed by the local processor, very few packets will be lost in the 
typical network. 

According to yet another aspect of the invention, a single integrated circuit for an 
Ethernet network interface card comprises an Ethernet medium access control (MAC) unit on 
which incoming data is received at a data transfer rate of 1 00 Mbps or higher. A FIFO buffer is 
coupled to the MAC unit. A host port is coupled with the FIFO buffer through which transfer of 
packets to the host is executed. Packet filters are included on the chip as discussed above with 
mask logic, hash logic and a comparator used for signaling an on chip processor that a packet 
having a particular format is being stored in the FIFO buffer. At least a particular format in the 
plurality of variant formats supports packets having an optional field as mentioned before. 
Mask modifier logic is included to modify the mask to account for the optional field. The 
optional field comprises in various embodiments a virtual local area network (VLAN) tag or a 
subnetwork attachment point (SNAP) header. 

Accordingly, an integrated circuit network interface device for a high speed network 
medium is provided with the relatively slow, low-cost embedded processor. Hardware pattern 
matching logic supports pattern matching at the speed of the incoming packet stream, and 
signals the embedded processor when a packet having one of the plurality of variant formats is 
detected. Further, the embedded pattern matching logic uses minimum space on the chip, by for 
example, including logic to handle optional fields in particular packet formats in a single pattern 
matching engine. 

Other aspects and advantages of the present invention can be seen upon review of the 
figures, the detailed description and the claims which follow. 
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RRIEF DESCRIPTION OF THE FIGURES 
Fig. 1 is a block diagram showing an architectural overview of a network interface 
device having receive filtering according to the present invention. 

Fig. 2 is a more detailed diagram of a network interface card including an integrated 
5 circuit with embedded pattern matching logic according to present invention. 

tig. 3 is a logic diagram oi one embodiment ot the pattern matching logic according to 

the present invention. 

Fig. 4 is a flow chart illustrating the processing of an incoming packet by the pattern 

matching logic. 

j 0 Fig. 5 is a flow chart illustrating the processing of a packet by the embedded processor in 

response to a pattern match. 

DETAILED DESCRIPTION 
A detailed description of embodiments of the present invention is provided with respect 

15 to Figs. 1-5. Fig. 1 shows a simplified overview of an integrated circuit 10 between a source 
network 1 1 and a destination host 12, according to the present invention. The integrated circuit 
10 includes a packet receive path 13 and an embedded processor 14. Hardware filtering logic 15 
is also included on the integrated circuit 10. A packet stream is received via line 16 at the 
receive path 13, and at the hardware filter 15. The processor 14 is coupled to the receive path 13 

20 for the purposes of reading selected data packets, and of performing processing on the data 
packets to decide whether to pass the packet to the destination 1 2 via line 17, to discard the 
packet, or to modify the packet and then pass it for processing at the host 12. The hardware 
filter 15 identifies a packet having one of a plurality of variant formats, and signals in the 
processor 14 via line 18 to enable processing of the identified packets. In this manner, the 

25 receive path 1 3 may operate at speeds much faster than the processor 14 is capable of processing 
packets in the receive path 13. The integrated circuit 10 is capable therefore of handling higher 
speed networks with more complex network management functions, with reduced disruption of 
the processes in the receive path 13, with a lower cost processor. The processor 14 assisted by 
the hardware filter 1 5 may be slower, and have lower cost, than a more complex and higher 

30 speed processor which would be required without the filter 15. 

Fig. 2 illustrates in more detail, a network interface implemented according to the present 
invention. Network interface is implemented on a print circuit board 100 and includes an 
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application specific integrated circuit 101 for managing the interface. A connector 102, such as 
an RJ45 is coupled to the circuit 101. Also, on-board memory 103 implemented for example 
with an EEPROM is coupled to the circuit 101. The ASIC 101 also supports an interface 104 to 
a system bus 105, implemented in this example with a standard PCI bus. A host CPU 106 and 
system memory 1U / are coupled to the bus 105, and to one another. The host CPU 106 and 
system memory iy/ are representative oi a wide variety ol computer system architectures for 
personal computers, workstations, servers, and other data processing systems. 

The integrated circuit 101 includes a media interface 1 10 which provides physical layer 
interface functions for the network. A medium access control unit 1 1 1 is coupled to the media 
interface circuitry 1 10. Together the medium access control unit 1 1 1 and the media interface 
circuit 1 10 act as a port to a network medium through the connector 102. The interface 104 is 
coupled to bus control logic 1 12, in this example PCI bus control logic. The PCI bus control 
logic 1 1 2 and interface 1 04 act as a port to the host system. 

A transmit path comprises the port 1 12, a download engine 1 13, a transmit FIFO 1 14, 
and the medium access control unit 1 1 1 . A receive path comprises the medium access control 
unit 1 1 1, a receive FIFO 1 15, and a load engine 1 16 coupled to the PCI bus control logic 1 12. 

A set of receive filters 1 1 7 is coupled to the receive path, in this example at the input to 
the receive FIFO 1 1 5. The receive filters 1 1 7 may be coupled to the receive path in a variety of 
configurations as suits a particular implementation. The set of receive filters 117 include 
hardware pattern matching logic for identifying incoming packets that have one of a plurality of 
variant formats. Implementations of the hardware pattern matching logic of the receive filters 
1 1 7 are described in more detail below. 

An embedded processor 1 18 is also coupled to the receive path, and to other components 
on the ASIC 101 . The embedded processor 1 1 8 is coupled to the on-board memory 1 03 via 
interface 1 19. The processor executes instructions stored in the memory 103, in order to process 
identified packets in the receive path. 

In one embodiment, the processor 1 1 8 comprises a RISC processor operating with a 
processor clock of 25 MHz, such as for example an ARM7 embedded processor subsystem 
commercially available from ARM Ltd., of Cambridge, England. The effective instruction 
execution rate of the processor in this example is less than 25 MHz, because of the limitations 
imposed by the speed of the on-board memory 103. 
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The medium access control unit 1 1 1 and the media interface circuitry 1 10 in this 
example are adapted for a 100 Mb Ethernet network. The processor 1 18 in this example may 
not be capable of reading every packet to determine whether to pass, modify or discard the 
packet, and to perform such additional processing as might be required in response to such 
5 packet at the data rate of the receive path. 

Other processor modules, such as 1 6-bit or 32-bit RISC processors having clock speeds 
in the range of 20Mhz to 50MHz, could be used in various preferred embodiments designed for 
a low cost 100Mb Ethernet interface chips. For higher speed interfaces, higher speed processors 
could be used, while benefitting from the present invention. For example, a 125MHz ARM 
1 0 processor might be used for support of a Gigabit Ethernet interface chip. 

Fig. 3 illustrates the pattern matching logic according to one embodiment of the 
invention. Incoming data is received on line 200. The incoming data is supplied to the receive 
FIFO 201, and from receive FIFO 201 on line 202 to the host port. Line 200 is coupled to a 
plurality of pattern match modules, modules 203, 204, 205 and 206 in this example. Module 
1 5 203 includes a packet classify unit 2 1 0, a mask register 2 1 1 which has a first mask, MASK A, 
and conceptually a modified mask, MASK B, and gate logic 212 which is responsive to the 
selected mask. An incoming packet according to this embodiment is classified according to the 
presence or absence of an optional field in the packet. Depending on the presence or absence of 
the optional field, MASK A or MASK B is selected. Gating logic 212, including a mask, selects 
20 particular bytes for supply to a CRC generator 213. In one example, the gating logic selects 1 6 
bytes from the leading set of 128 bytes in the packet. In one embodiment, the gating logic 
comprises a mask having 128 bits corresponding to 128 bytes of an incoming packet. The mask 
passes bytes to the hash logic, for which a corresponding bit is set. 

The CRC generator is one example hash logic. Other examples include byte wide 
25 summing networks, syndrome generators and logical function generators. The result of the hash 
logic may be truncated or not for various embodiments prior to comparison with the stored 
value. 

Instead of multiple mask registers, another embodiment of the mask modifier logic uses 
additional control logic which causes certain bytes to be skipped over or ignored by the 
30 mask/checksum operation. For example, on detection of a VLAN ID starting at the 13th byte, 
the logic skips over four bytes as if they weren't there, causing the mask/checksum logic to see 
only bytes 1..12, 17-N. Similarly control logic looks for variants of the standard IP header 
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(0800h in the Ethernet Length field) and makes them look like the standard IP header to the 
mask/checksum logic, by skipping over most of the SNAP header. In this manner, the interface 
chip may have only one 128-bit filter store and one checksum register, saving tremendously in 
gate count on the device, over the multiple mask register approach described above. 

The CRC eenerator 213 produces a hash from the selected bvtes which i* simnlie/l tn *> 
result register 214. Other types of hash logic, or other types of hash generating logic, are also 
suitable alternatives to the CRC generator 213. The CRC generator 2 13 is a convenient module 
for generation of the hash for network interface cards, because of the use of similar CRC 
generators in other aspects of the device. 

An expected hash value is stored in a hash register 215. The contents of the result 
register 2 1 4 and the value in the hash register 2 1 5 are compared at comparator 2 1 6. The result is 
supplied on line 2 1 7 to receive FIFO control logic 218. 

The pattern match modules 204, 205 and 206 are implemented with a similar architecture 
to that of pattern match module 203. Alternative embodiments eliminate the package classify 
logic 210, and store a single mask in place of the mask register 21 1 having a mask modifier. 

The receive FIFO control logic 218 writes a flag in a packet header which is maintained 
at the lead of each packet as it passes through the receive FIFO 201 . The flag indicates results 
from each of the four pattern match engines for the packet. When a packet reaches the top of the 
receive FIFO 201, the receive FIFO control logic 218 generates an interrupt on line 219 to the 
processor 220. The processor accesses the packet from the receive FIFO 201 for processing. 

In an alternative embodiment, the packet is supplied in parallel to a RAM buffer which is 
independent of the receive FIFO 201. The preferred embodiment utilizes the FIFO in 
combination with the header carrying the pattern match flags, in order to save chip area. 

Fig. 4 illustrates a basic process executed upon receiving an incoming packet. Thus, the 
process begins with receiving an incoming packet (block 300). The hardware pattern matching 
engine classifies the packet by determining whether the packet includes an optional field or not 
(block 301). A mask is selected based on a packet classification (block 302). The bytes of the 
incoming packet are used by the pattern matching logic to calculate a hash (block 303). The 
comparator in the pattern matching engine determines whether a match is found with an 
expected hash (block 304). If a match is found, then a pattern match bit is set in the packet 
header of the receive FIFO (block 305). After setting the flag, the process proceeds (block 306). 
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If a match is not detected in block 304, then the process proceeds without setting the packet 
header bit. 

Fig. 5 illustrates the processing which occurs upon interrupting the processor, and the 
handling of the packet by the processor. The process begins when a packet is at the top of the 
5 receive FIFO by testine the packet header (block 400). The loeic determines whether p natt^m 
match bit is set (block 41). If the pattern match bit is set, then the processor is interrupted and 
the receive FIFO is stalled (block 402). Other incoming packets may still be stored in the FIFO, 
until it overflows. In a typical case, the processor is able to handle the packet, before a FIFO 
overflow condition occurs. Upon receiving the interrupt, the processor handles the packet (block 

1 0 403). As result of the packet handling process, the processor decides whether to discard the 
packet, modify the packet, or do nothing allowing the packet to proceed unchanged to the host 
(block 404). Upon completion of processing, the FIFO is "un-stalled" to begin continued 
handling of the data flow (block 405). After restarting the FIFO, the process proceeds (block 
406) with handling packets in the data stream. If the pattern match bit was not set a block 401 , 

1 5 then the process branches to block 406 directly. 

Alternative implementations are possible here. For example, the system could issue an 
interrupt to the processor as soon as the match is detected, rather than waiting for the packet to 
get to the top of the FIFO. An immediate interrupt could result in more than one packet 
interrupting the processor and require some kind of stack or other control construct to specify 

20 where the corresponding packets were. Interrupts could be issued to the processor before the 

packet was completely received. In this case, because the CRC used for error checking is found 
at the end of the Ethernet packet, the interrupt would occur whether the packet is any good or 
not. So an interrupt could occur on a bad packet that should simply be discarded. For example, 
the packet might be a runt due to an underrun, and it would be better to wait for the 

25 retransmission rather than looking at this packet. Also, it may not be necessary to stall the 

upload engine. You could have an implementation where the embedded CPU simply has to get 
to the packet before it gets uploaded/discarded, or else it would miss the packet. Also, the host 
might upload the packet but not be able to discard it until the adapter had looked at it, so the 
packet could still cause an overflow at the interface chip if the embedded processor did not act 

30 quickly enough. 

In one preferred embodiment, four pattern matching engines running in parallel with the 
MAC receive state machine are supported. These engines are designed to examine the incoming 
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packets for pattern matches using registers configured by the ARM7 processor during 
initialization. Since the data information of interest will be detectable via fields within the low- 
level headers of the packet, the number of bytes into the packet these engines can examine is 
limited to no more than 128 bytes. These 128 bytes contain MAC addresses, Ethernet type, 
~* v xa 8?> lp neao.er, ana l Cf headers. Each pattern matching engine operates on a 1 2»-on 
MasK, specuying wuo oyies in eacn pacxet snoum oe examinee ior a niatcn. u win aiso nave a 
4-byte CRC value, computed from the interesting bytes of a potential match. If the CRC of the 
masked bytes in the incoming packet matches the expected CRC value stored for this engine, a 
received packet match has occurred. 
10 This match algorithm is imperfect because packets which do not actually match the 

desired bytes may still match the expected CRC value. The assumption made here is that a few 
false triggers are acceptable and the probability of false CRC match is very low according to the 
comprehensive CRC generating algorithm. For each match, the processor does the final 
qualification to determine whether this is a packet having a target format. This process should 
1 5 reduce the incoming data rate to the processor from the wire by many orders of magnitude, 
compared with embodiments having no such hardware pattern matching assistance. 

Since only a limited number of these engines can be designed into hardware of an ASIC, 
functional enhancements have been made to allow some additional flexibility. These 
enhancements deal with the fact that the matching engines can only match from the first byte of 
20 the packet in a fixed way. One problem is that Ethernet packets can now optionally contain 
VLAN tags, including a VLAN ID or packet priority information. It will not be possible to 
know ahead of time whether a packet involved in pattern matching will have such a tag or not, 
and matching both a packet with and a packet without such a tag would take twice as many 
engines. The simplification of the present invention is that an engine can be configured to 
25 optionally ignore VLAN tags, acting as if they were not present in the packet. A 4-byte VLAN 
tag is inserted at offset 12 in the packet, and has a fixed 16-bit unique EtherType to represent it 
Implementation of the hardware to modify the mask based on the presence or absence of this tag 
and to ignore the presence of such a tag for pattern matching purposes is straight forward. This 
allows the hardware to match both tagged and untagged packets with a single engine. 

Also, there are several ways to encapsulate the IP protocol on top of Ethernet. The two 
byte length/type field of Ethernet frame takes on two meanings, depending on the numeric value 
of the field. For numerical evaluation, the first byte is the most significant byte of the field. If 
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the value of this field is less than or equal to the value of the maximum size packet 0x5FFh, then 
the length/type field indicates the number of MAC data bytes contained in the subsequent data 
field of the frame. This packet type is classified as IEEE 802.3. If the value of this field is 
greater than or equal to 0x0600h, then the length/type field indicates the nature of the MAC 
j piotucui. In uni> ca^c, trie pacKec type is classified as jBtnernet. f he lengtn ana type 

AAi*.wifyiwi.atAOiiJ ui U.UO liClU OIC lHUlUidHy CAC1US1VC. 

IEEE 802.3 alone does not have a mechanism to provide multiprotocol operation. 
Multiprotocol operation is handled by IEEE 802.2 LLC. The LLC header contains an 8-bit 
destination service access point (DSAP) address, an 8-bit source service access point (SSAP) 

10 address and 8-bit control field. When the DSAP and SSAP are each equal to OxAAh and the 
control field is equal to 0x03h, a subnetwork attachment point (SNAP) header follows the LLC 
header. When the three bytes of the organizational code of the SNAP header, following the 
control field, are equal to OxOOh, the following two bytes are used for the type code field. For 
example, if the EtherType code is equal to 0x0800h, an IP packet follows. 

15 Based on the packet classification, there are two typical ways to identify the offset of IP 

header. One way is to use a special EtherType of 0x0800h at offset 12 in the packet. The IP 
header then follows those bytes. Another way is to use the SNAP header as described in the 
IEEE 802.3 packet definition, where the EtherType field is actually a packet length (0x0- 
OxSFFh) and is followed by a special header, AA AA 03 00 00 00 then the standard EtherType 

20 0x0800h. Again, it is desirable for the pattern matching engines to have an optional capability 
to treat an incoming SNAP encapsulated IP packet as if it were an EtherType encapsulation. For 
this type of packet, the SNAP header is ignored in the pattern matching process. 

These two enhancements allow hardware to handle certain packet-type pattern matching 
with one engine where otherwise it would require four engines, which should make the limited 

25 number of engines more useful and save logic gates. 

The hardware architecture in one preferred embodiment defines a receive FIFO of 2K 
bytes, which can hold the maximum size packet temporarily. During the pattern matching 
process, the engines tag the packet as having matched by setting a bit in its frame start header. 
Once the packet advances to the front of the FIFO, an interrupt is generated to the ARM7 

30 processor specifying that a packet pattern match has occurred and which engine has the match. 
The ARM7 processor reads a read pointer register, which controls the receive FIFO upload 
operation, for the starting address of the matched packet in the receive FIFO. During the 
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processing of the matched packet, the ARM7 processor has a limited amount of time to decide 
what to do with the matched packet, such as copy certain fields, discard it, or leave it for the host 
to examine. After examining the matched packet, the ARM7 processor can instruct the upload 
state machine to either transfer the packet to the host or to discard it. All packets behind the 
matched packet will not be uploaded to the host until the ARM7 processor has completely 
processed the matched packet. I f the processor takes too long to process the matched packet, 
and other incoming packets continue to be received off the network, the overflow condition may 
occur in the receive FIFO and result in dropping incoming packets. The expectation is that this 
problem can be avoided under most reasonable network traffic conditions since most of the 
packets the ARM7 processor needs to examine are short, and a block 2K bytes of receive FIFO 
provides about 160us at 100Mbps for the processor to make the final decision. Once the 
processor has decided what to do with the packet, it can discard or configure the upload state 
machine to send the matched packet to the host. 

For the pattern matching CRC calculation of the incoming packets, the data rate of the 
incoming network data stream, such as a 100Mbit Ethernet network, provides the worst case 
functional timing requirements. The pattern matching engines are preferably designed to operate 
with the worst case timing constraint. Therefore, the following analysis is based on the 100Mbit 
network traffic. The design also works for any network traffic less than 100Mbit For each 
word received from the 100Mbit incoming packet, processing takes 320ns. At 25Mhz, which is 
the operating clock speed for the pattern matching engines, 320ns is equivalent to 8 clock cycles. 
To be both silicon gate count and implementation efficient in ASIC design, a 8-bit CRC 
generator is used to accumulate the actual 32-bit CRC results. One 40ns clock cycle is needed to 
calculate and store one byte of data for the actual CRC result. So for one word of data, four 
clock cycles are required to complete the CRC calculation and store the intermediate results for 
one matching engine. During the 320ns time slot, before a next valid data word occurs, one 8- 
bit CRC generator is sufficient to support one pattern matching engine. To implement the four 
engines specified for this project, four parallel 8-bit CRC generators are required to implement 
the completed functionality. In general, for every pattern matching engine, one 8-bit CRC 
generator is required to support the evaluation. 

The MAC receive state machine asserts the data valid signal for every word of a 
incoming packet. The VLAN and packet type identifications are supported by the receive state 
machine. If VLAN tags or IEEE 802.3 SNAP headers are present in the packet, the receive state 
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machine holds the data valid signal inactive during the transfer of those data words into the 
receive FIFO. To implement the identification of Ethernet and IEEE 802.3 packets, a two 
pipeline design in the receive state machine is used to buffer up enough incoming data in order 
to identify the correct packet types. The pattern matching engines can be individually disabled 

; . by Ciuir.g appropriate co/iirol bits in a receive corrxinaiid rcgiitci. 

size than the regular flip-flops. For the purpose of register accesses, the ARM7 processor 
simply reads and writes to a particular address location to retrieve and store data. To simplify 
the logic design, logic verification, and gate counts, this small block of SRAM does not contain 
1 0 a self-testing BIST controller. It is the responsibility of the hardware diagnostics to perform a 
soft BIST test for 100 percent fault coverage. The required coverage is achieved by constructing 
ARM7 code to access all memory bits according to the algorithms specified by each ASIC 
vendors. 

The ARM7 processor can set the appropriate bits in the receive command register to 
1 5 enable the pattern matching engines to filter out the VLAN tags and/or filter out the SNAP 
headers to limit the number of patterns stored in the ASIC. 

To begin processing data for a pattern matched packet, the ARM7 gets an interrupt 
indicating a pattern matched packet is at the top of the receive FIFO. The ARM7 then reads the 
status register for the packet to determine the status of the packet. If the packet has been 
20 completely received, a dynamic bit in the register will be low. 

To read the packet data, the ARM7 must determine where the start and end of the data is. 
The address of the first word of packet data for the packet at the top of the receive FIFO is 
contained in a pointer register associated with the FIFO. The end of the current packet is 
determined by reading another pointer register, which points to the first byte after the last valid 
25 byte in the packet at the top of the receive FIFO. The data in the FIFO can then be read. 

When the ARM7 is done processing the data, it can flush the packet from the FIFO by 
issuing either an discard command or an continue command via the Command register. The 
former command discards the packet while the latter command lets the packet continue to the 
host. 

30 When pattern matching is enabled, the ARM7 may wish to examine the contents of the 

packet which was matched. To do this it must read the data out of the receive FIFO. 
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When a pattern has been matched in a packet, the ARM7 gets a pattern match interrupt. 
This interrupt, however, will not be generated until that particular packet is at the top of the 
receive FIFO. At that point the packet has been completely received. 

Accordingly, present invention provides an improved network interface suitable for 
efficient implementation on a single integrated circuit, ana having iocai processing resources tor 
, " U " UU1S UJt "inning pac*cu>. oucn procc^uig can uc u* C u lor a variety oi 

purposes in support of remote network control. For example, the processor may pull out data 
such as IP addresses or other data used at the interface, or the processor may initiate an action 
such as re-boot or power up of the host processor, or resetting the interface card. The invention 
is also applicable to other environments, including environments that do not involve network 
interfaces, but rather involve any type of interface in which a communication channel is 
supplying data packets at a high-speed relative to the processing power used for handling 
selected packets in the channel. 

Also, the pattern matching techniques of the present mention have been applied for each 
interrupt to an on chip general-purpose processor. These pattern matching techniques are also 
suitable for signaling specialized logic, such as logic used to wake up a personal computer, on or 
in communication with the network interface card, from a low-power mode. 

While the present invention is disclosed by reference to the preferred embodiments and 
examples detailed above, it is to be understood that these examples are intended in an illustrative 
rather than in a limiting sense, as it is contemplated that modifications and combinations will 
readily occur to those skilled in the art, which modifications and combinations will be within the 
spirit of the invention and the scope of the appended claims. 
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CLAIMS 

WHAT IS CLAIMED IS: 

1 1 . An interface having a data transfer rate, in which packets are received having a 

2 plurality of variant formats, and transferred to a heat system, comprising: 

i-- ----- © * " ' 

4 a buffer, coupled to the port, storing received packets; 

5 a second port, coupled with the buffer, through which transfer of packets to the host is 

6 executed; 

7 a packet filter, coupled to the port, which identifies packets being stored in the buffer 

8 having one of the plurality of variant formats; and 

9 logic coupled with the buffer, and responsive to the packet filter to process the identified 

10 packets. 

1 2. The interface of claim 1 , wherein the logic comprises a general purpose processor 

2 module. 

1 3. The interface of claim 2, wherein the buffer includes memory for a plurality of 

2 packets having a typical size. 

1 4. The interface of claim 1 , wherein the buffer comprises a First-In-First-Out buffer. 

1 5 . The interface of claim 1 , wherein the first port comprises a medium access 

2 control unit configured for a network having a data rate of 1 00 Mbits/second or higher. 

1 6. The interface of claim 2, wherein the processor executes instructions at a rate of 

' 2 50 million per second or less. 

1 7. The interface of claim 2, wherein the first port, buffer, second port, packet filter 

2 and processor comprise components of a single integrated circuit. 
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1 8. The interface of claim I , including logic to manage the buffer which associates a 

2 control field with packets being stored in the buffer, and wherein the packet filter sets a variable 

3 in the control field to indicate whether the packet has one of the plurality of variant formats. 

1 9. The interface of claim 1 , wherein the packet filter comprises: 

* masK logic circuits; 

3 logic circuits to generate a hash in response to the packet and the mask logic circuits; and 

4 logic circuits to compare the hash generated with an expected hash for one of the 

5 plurality of variant formats. 

1 1 0. The interface of claim 1 , wherein the packet filter comprises: 

2 mask logic circuits, having a mask and a mask modifier logic to modify the mask using 

3 the mask modifier in response to the packet; 

4 logic circuits to generate a hash in response to the packet and the mask; and 

5 logic circuits to compare the hash generated with an expected hash for one of the 

6 plurality of variant formats. 

1 1 1. The interface of claim 1, wherein the packet filter comprises a plurality of match 

2 logic circuits, each match logic circuit in the plurality comprising: 

3 mask logic circuits storing a mask identifying selected bytes within a packet of a 

4 particular format in the plurality of variant formats; 

5 logic circuits to generate a hash in response to the selected bytes; and 

6 logic circuits to compare the hash generated with an expected hash for the particular 

7 format. 

1 1 2. The interface of claim 1 , wherein the logic to process the packet comprises a 

2 routine to discover an internet protocol IP address of the host system. 

1 13. The interface of claim 1 , wherein the logic to process the packet comprises a 

2 routine to issue a reboot command to the host system. 
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1 14. An interface to a network having a data transfer rate, in which packets iare 

2 received having a plurality of variant formats, and transferred to a host system, comprising: 

3 a medium access control (MAC) unit on which incoming data is received at a data 

4 transfer rate; 

5 a buffer, coupled to the MAC unit, storing received packets; 

6 a port, coupled with the buffer, through which transfer of packets to the host is executed; 

7 a packet filter, coupled to the port, which identifies packets being stored in the buffer 

8 having one of the plurality of variant formats; and 

9 a processor coupled with the buffer, and responsive to the packet filter to process the 

1 0 identified packets. 

1 1 5. The interface of claim 14, wherein the processing of identified packets by the 

2 processor takes a typical amount of processing time for a typical packet, and the buffer stores a 

3 typical packet in an amount of time less than the typical amount of processing time. 

1 1 6. The interface of claim 1 4, wherein the buffer includes memory for a plurality of 

2 packets having a typical size. 

1 1 7. The interface of claim 14, wherein the buffer comprises a First-In-First-Out 

2 buffer. 

3 18. The interface of claim 1 4, wherein the MAC unit is configured for a network 

4 having a data rate of 1 00 Mbits/second or higher. 

1 1 9. The interface of claim 1 4, wherein the processor executes instructions at a rate of 

2 50 million per second or less. 

1 20. The interface of claim 1 4, wherein the MAC unit, buffer, port, packet filter and 

2 processor comprise components of a single integrated circuit. 
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1 21. The interface of claim 14, including logic to manage the buffer which associates a 

2 control field with packets being stored in the buffer, and wherein the packet filter sets a variable 

3 in the control field to indicate whether the packet has one of the plurality of variant formats. 

1 22. The interface of claim 14. wherein the orocessor comprises a routine to disrovw 

2 an internet protocol IP address of the host system. 

• 23. The interface of claim 14, wherein the processor comprises a routine to issue a 

2 reboot command to the host system. 

' 24. The interface of claim 1 4, wherein the packet filter comprises: 

2 mask logic circuits; 

3 logic circuits to generate a hash in response to the packet and the mask logic; and 
logic circuits to compare the hash generated with an expected hash for one of the 

5 plurality of variant formats. 



4 



1 25. The interface of claim 1 4, wherein the packet filter comprises: 

2 mask logic circuits, having a mask and a mask modifier logic to modify the mask using 

3 the mask modifier in response to the packet; 

4 logic circuits to generate a hash in response to the packet and the mask; and 
logic circuits to compare the hash generated with an expected hash for one of the 

6 plurality of variant formats. 



5 



26. The interface of claim 14, wherein the packet filter comprises a plurality of match 
logic circuits, each match logic circuit in the plurality comprising: 

mask logic circuits storing a mask identifying selected bytes within a packet of a 
particular format in the plurality of variant formats; 

logic circuits to generate a hash in response to the selected bytes; and 
logic circuits to compare the hash generated with an expected hash for the particular 



) 
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1 format 



- 18- 

OOCID: <WO 0137489A1_I_> 



WO 01/37489 



PCTAJS00/41592 



1 27. The interface of claim 1 4, wherein at least a particular format in the plurality of 

2 variant formats supports packets having an optional field, the packet filter comprises: 

3 mask logic circuits, having a mask for the particular format, and a mask modifier logic to 

4 modify the mask depending on detection, or not, of the optional field in the packet; 

5 lopic circuits to ocnerate »' h *sh in response to the n*rVet nnH tv»p ™?<:V- *«h 

6 logic circuits to compare the hash generated with an expected hash for the particular 

7 format. 

1 28. The interface of claim 27, wherein the optional field comprises a virtual local 

2 area network (VLAN) tag. 

1 29. The interface of claim 27, wherein the optional field comprises a subnetwork 

2 attachment point (SNAP) header. 

1 30. An integrated circuit for an interface to a network having a data transfer rate, in 

2 which packets are received having a plurality of variant formats, and transferred to an active host 

3 system, the integrated circuit comprising: 

4 an ethemet medium access control (MAC) unit on which incoming data is received at a 

5 data transfer rate of 1 00 Mbits per second or higher; 

6 a First-In-First-Out (FIFO) buffer, coupled to the MAC unit, storing received packets; 

7 a port, coupled with the FIFO buffer, through which transfer of packets to the host is 

8 executed; 

9 a packet filter, coupled to the MAC unit, comprising a plurality of pattern match circuits, 

10 each pattern match circuit in the plurality including 

1 1 mask logic circuits storing a mask identifying selected bytes within a packet of a 

1 2 particular format in the plurality of variant formats; 

13 logic circuits to generate a hash in response to the selected bytes; and 

14 logic circuits to compare the hash generated with an expected hash for the 

1 5 particular format; and 

16 a processor coupled with the buffer, and responsive to the packet filter to process the 

1 7 identified packets . 
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1 31. The integrated circuit of claim 30, wherein at least a particular format in the 

2 plurality of variant formats supports packets having an optional field, and at least one of the 

3 plurality of pattern match circuits includes mask modifier logic to modify the mask depending 

4 on detection, or not, of the optional field in the packet. 

J 32. The integrated circuit of claim 3 1 , wherein the optional field comprises a virtual 

2 local area network (VLAN) tag. 

' 33. The integrated circuit of claim 3 1 , wherein the optional field comprises a 

2 subnetwork attachment point (SNAP) header. 

1 34. The integrated circuit of claim 30, wherein the processor comprises a routine to 

2 discover an internet protocol IP address of the host system. 

1 35. The integrated circuit of claim 30, wherein the processor comprises a routine to 

2 issue a reboot command to the host system. 
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